home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4908 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.9 KB
  1. Path: soap.news.pipex.net!pipex!usenet
  2. From: m.hendry@dial.pipex.com (Mathew Hendry)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: animation.datatype
  5. Date: Wed, 6 Mar 96 16:18:28
  6. Organization: Private node.
  7. Distribution: world
  8. Message-ID: <19960306.425730.EAB2@ai221.du.pipex.com>
  9. References: <4hjmn3$5f0@news.uni-paderborn.de> <4hk41d$kpn@news.kth.se>
  10. NNTP-Posting-Host: ai221.du.pipex.com
  11. X-Newsreader: TIN [AMIGA 1.3 950726BETA PL0]
  12.  
  13. Johan Forsberg (d92-jfo@nada.kth.se) wrote:
  14. : Thomas Schwoeppe writes
  15. : >In article <313C3D4F.41C6@felix.univ.szczecin.pl>, Miloslaw Smyk 
  16. : >Are there any datatypes available that actually use animation.datatype?
  17. : 
  18. : That would be hard in the extreme, thanks to the abyssmaly poor 
  19. : animation.datatype that you have to inherit from.
  20. : That's why we need a new animation.datatype.
  21. : It should be able to:
  22. : Load-While-Playing (TM) ;-)
  23. : Use CyberGFX.
  24. : Scale, perhaps.
  25. : Be mucho more flexible, generally.
  26.  
  27. The same goes for other datatypes (sound, picture etc.). An extended system
  28. which allowed the datatypes to work with streams (rather than complete
  29. datasets) and more advanced hardware would make them much more useful for some
  30. applications. A specific example would be Web Browsers, which at the moment
  31. have to download a entire graphic, sound or whatever before decoding it.
  32. Allowing the use of streams would also cut down on memory usage substantially.
  33. If you were to extend it further, simple processing features could be added.
  34.  
  35. For example:
  36.  
  37.             picture.datatype(read)
  38.                       |
  39.                       v
  40.             picture.datatype(scale)
  41.                       |
  42.                       v
  43.             picture.datatype(write)
  44.  
  45. with each method running simultaneously with the others in separate subtasks.
  46.  
  47. This is analagous to:
  48.  
  49. "giftopnm <[infile] | pnmscale [scalefactor] | pnmtogif >[outfile]"
  50.  
  51. Piping methods such as this can be very efficient, both in terms of speed and
  52. memory usage. They could be particularly efficient on a tight operating system
  53. such as AmigaOS, especially if care was taken that _only_ the data relevant at
  54. a particular stage was available to it at that time. To use the scaling
  55. example again, if you wish to scale an image down to quarter size, the scale
  56. method would only need to store two input scanlines at a time in order to
  57. produce a single output scanline, which it could then pass on to the write
  58. method. Even in the worst case, only the scale method would be storing the
  59. entire image - the read and write methods would probably only require a
  60. smaller subset. JPEG, for example, which usually encodes 8x8 pixel blocks
  61. (I think - it may be 16x16), only requires 8 scanlines to be available at a
  62. time.
  63.  
  64. With a suitably rich set of processing features, many of the operations now
  65. commonly found only in specialised applications could be easily integrated
  66. into any program supporting the extended system.
  67.  
  68. -- Mat.
  69.